






ABSTRACT 


This paper covers the development of a h e a 3 
playing program. The preliminary, planning led to the 
decision to us© a variable depth search, terminating at 
either an arbitrary maximum, or at a stable position. 

Tt$o scheme a of controlling material balance are discussed. 
Of major significance is the use of the ”alpha-beta" 
heuristic, a method of pruning the tree of moves. This 

heuristic makes use of values obtained at previous 

« 

branches in the tree to eliminate the necessity to search 
obviously norse branches later. 

The program has played- four long game fragments 

in which it played chess comparable to an amateur with 
% 

about 100 games experience. 



INTRODUCTION 


This thesis describes a chess playing program 
for the IBM 7090 computer*. Although chess programs have 
been previously written, none of these played what could 

i 

be considered "good chess". 

Before commencing work on our chess program, we 
studied the report published by Newell, Shaw and Simon 
covering previous attempts, such as the Los Alamos prog¬ 
ram, and Bernstein 8 # program at IBM. 

v 


PRELIMINARY INVESTIGATION 

The chess group, consisting of Messrs. Berlekamp 
Nieasen, Lieberman and Sotok, inherited routines for gener¬ 
ating and making legal moves. With these as a basis, we 
decided to write a throe move mate solving program for the 
purpose of familiarising ourselves with the existing 
routines, .and to come in contact with many of the problems 
we would later face in the actual general playing program. 
The three move mate program was completed in the spring of 
19 - 60 . It was given problems from actual games, and 
successfully solved many of them. The three move mate pro¬ 
gram was written for the IBM 70 ^, which was removed from 
the MIT Computation Center in the summer of i960. Due to 
incompatibility with the incoming 709, the project v/as 
dropped at the end of the spring term of i960. 

In the fall of i960 the chess group, without Mr. 
Berlekamp, began planning for the general chess program. 
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It was decided to retain the original McCarthy-Abrahamc 
move routines, and to continue coding in FORTRAN and FAP. 
The program was to he a variable depth search v/ith a 
"stable position® termination. An « 5 v*au»tiem *nn to bo made 
at the terminal points of the move tree. This evaluation 
would be a weighted sum of such criteria as material bal¬ 


ance, center control, pawn structure, "tempo* advantage, 
and development. 

B'iOves on each level were to be proposed by 
"plausible move generators* which would propose moves to 
fulfill various goals. • As the tree was searched, a tacking 
up piocess would take place, in which the move declared 

best it each level by the evaluation would have its value 
brought up to the next higher level. 


This procedure, also called mini—max, leads to 
a principal variation" which is that set of moves which 


the machine considers most likely to happen. The eval.ua- 

9 

tion always assumes that a player will always make the best 

i 

move available to him a given time. 

It was, of course, recognized that any evaluation 

0 I 

could not be perfect, since chess is a game in which the 
only way a position can be perfectly evaluated is to look 
to the end of the game, and see whether it leads to a win, 
draw, or loss. The only sound basis for an evaluation is 
chat chess masters have, over the years, accumulated 


knowledge concerning the play of the game. For instance, 
a position in which a piece is 9 en prise" is considered 
bad, while having rooks on open files is considered good. 



even 


uhough the rules do not state anything about such 
things. 

Sine© non© of the members of the chess group are 
more than .amateurs, we consulted books by masters to find 

out how much better it la to control the center than to 
have a strong pawn structure. These books are amazingly 
elusive on such details. Although many tips were given 
concerning the play of the game, relative importance of 
various strategies was uncertain. 

’i© therefore considered having the program play 
for a while, and adjust'the weights of the evaluation 
criteria to optimise its position. Although such a scheme 
seemed desirable, it was decided not to include any 9 learn¬ 
ing” in th® program due to the unavailability of suitably 
large amounts of computer time. 




ORGANIZATION OF THE CHESS PROGRAM 


Work on the choss program itself began in the 
spring term of 1961 « The program is written In subroutine 
form, using the Fortran Monitor System of linkage. Where 

possible, programs are written In FORTRAN, and where it 


becomes! too clumsy, or Inefficient, FAP la used. 


The actual implementation of the above mentioned 


n pl£Q£$ible move generators 9 
Ins tea?;, we have a program, 
legal move table, updates. 


has never been accomplished, 
ealed REPIZfS, which scans the 
evaluates, and reverts each 


/scsvs arid orders them according to a single ply evaluation. 
(a ply is a half-iaove, i.a. a move by only one side.) 

The number of moves actually chosen is a function of the 


current depth in the tree. 


Evaluation function a were written for material 

balance;, center control, and development, since we Intended 

to concentrate our efforts on openings until the program 

¥ 

was thoroughly- debugged. 

i 

The coordinating routine written in the spring 

of 1961, called TREE, employed the above mentioned mini-max 

# , 

scheme. REPLYS was set to cut the search at a derth of 
eight plys, or whenever the situation was stable, ’which¬ 
ever came first. 


The program i-raa tested late In the spring of 1961 
The 7C3 took about 5 to 20 minutes per move, depending on 
the complexity of tne situation. Although the machine cMd 
n <->t do i,oo cadly, we noted that it was locking at manv 
irrelevant positions. We thefore attempted to find a 

method of pruning the move tree, without discarding- good 
as well as bad moves. 



purpose. 


Prof 


McCarthy proposed a heuristic for this 
alpha-beta”. It operates as follows® 


Alpha la a number representing the value of the best 
position which whita^can reach,, using a pessimistic evalu¬ 


ation, Beta represents the best position white can reach, 
using an optimistic ©valuations due to the fact that black 
can hold him to this position. Under normal circumstances, 
alpha starts at -infinity, and beta at +infinity. 

At ©aeh level, optimistic and pessimistic evaluations are 


made, aid compared to alpha and beta in the following way. 
If a white move Is optimistically lass than alpha, it is 
discard--id, since a better alternative exists elsewhere. 
Likewise*, if a white move pessimistically is better than 
bst& ? it too is discarded, since black had a better alter¬ 
native previously? furthermore we revert two levels since 

% 

no other white moves are worth considering at that position. 
The ravers® strategy Is applied for black. 

The "alpha-beta* version of TREE was written 
during the summer of 1961, and was first put to use during 

the fali, of that year. Also, we were Joined by Mr. Wagner 
in the fall term of 1961. 

After tasting in .the fall of 1961, it was decided 
that the material balance programs were insufficient. We 
therefore decided to replace the scheme then in use with 
a new, updated scheme. The programs then in use, and, as 

it happens, in use now, completely re—generate the mater¬ 
ial balance function at each position. 
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The material balance evaluator consists o’ two 


subroutines, SWAP and LTRABE. -SWAP 1 s function i3 tc list 
all attacks and defences on each occupied square. iocond- 
ary attackers which reside behind primary attackers (or 
dofendern) ar© Included. The pieeea ara listed in ;n® 
order in which they would be played. lowest valued placas 
com© firnt, unless the order is disturbed by the necessity 
of £ higlier valued piece to move first due to position. 
Pieces pinned to the king and queen were not recognized, 
leading to embarrassing evaluations. Likewise, dm cover¬ 
ed attacks ware not considered. 

LTRADS then simulates trade-off of all attacked 

places, and chooses th® line most profitable for tt 2 side 

» 

to move. The opponent is given the option of havirg a 
given piece taken, or moving the piece away. After all 
possible trades have been made, the program compute? 

Whether it is to the advantage of the machine to initiate 
an exchange, and if so, what the probable gain would be. 

This scheme is both time consuming, and occasion¬ 
ally inaccurate. It vras therefore decided to write a. 
new evaluator for the material balance, which kept an 
updated set of tables, in a list structure format, ?rom 
which the cuttome of a given exchange could be fount at 
a glance. 

After a few months of planning and programming, 
the new list structure program vras found to be impractical, 
due o excessive complication in the update procedure. 
Furthermore,, the values which were to be Included in the 
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list were found to be no store accurate than the ones which 

the d.00/0 3chsm© produced, Th© was therefore 

abandon3d* 


DESCRIPTION OF COMPONENT SU3-PR0GRANS 
The ohsas program ia organised into a non-recur- 
sivs hierarchy of aub-^rogmaa . ‘ Listings are to be found 




ABiUKXSTHATITS ROUTINES 

(MAIN) This is th® highest level program. The on-line 
main program has the Job of handling input—output, and 
timing. It determines the opponent 3 s move by looking at 
the consols keys, and picks the appropriate move from the 
legal move table. It then calls TREE which actually makes 
the mov«, after which (MAIN) prints out the machined 
reply. 

9 

t 

TREE Tree is the second level of control. Tree as 

the responsibility of constructing the tree of legal moves. 

# » 

It calla REPLYS to generate a list of plausible moves* and 
enters these in the LISP table, which is the actual tree. 

The moves are then chosen in order of decreasing value, and 
updated. A new list of plausible moves is then generated 
for the opponent. The optimistic and pessimistic evaluators 
are called, and uhe alpha-beta test3 are made, as described 
above. In the event that no replies are generated, due to 
stability, or excessive depth, a static evaluation Is 


made 





* 




&nd Uosl be poei it 2. on» The IsiSv move is then 


reverted, &M the search proceeds down the next most likely 
branch of the tree. Mhsn all desired positions have been 
examined, tno *®b©iit K scove ig returned aa the ansxtfer. 


PLAUSIBLE MOVE GENERATION 


REPLYS 


This program supplies lists of plausible moves 


a vO TREE. It updates each of the legal moves, evaluates 
thepoeition and reverts. The number of moves presented 
j.i* a function of the present ply* Current values in order 
of increasing ply are® 4322111100 . These are 
Input parameters to the program. 




EVALUATION ROUTINES 

EVAL Sval is the static evaluation program, its 

iunction is to call ulj. the subsidiary evaluation programs 
and to apply suitable multipliers, and hence form a 
weighted sum. Material values are® pawn 1, knight and 
bishop 3 v rook 3, Queen 9 , and king 1000. These values 
are normally multiplied by 60 when combined with the other 


function..’. should one side be ahsad at least 4 points, 
the roaus^ia-. muivip.La.ors are adjusted to make trading 
off advantageous. 


LTPA.DE 


This program, described in 


provides the projected material gain, 
acks and defenses. 


more detail 
considering 


above, 
all att- 


1 
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The center control evaluator gives points for 


controlling the 16 center scares. Looking from either 


side, these values ares 


9 


h 

T 


4 


1 
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O 


8 

4 

1 


4 

8 


4 

4 


The center control points are each worth l/6o of a pawn. 
After the game passes the twentieh full move, the center 
control ;.'unctlon la decreased In importance until the 30th 


move, whan it is discarded. 


IDVLOP 


The development function, gives points for each 


developed piece. These range from i point per navrn, to 3 

% 

or 4 points for other pieces. Development points are 
weighted l /±5 of material points. This function is also 
eliminated as the game progresses. 


JPAWNS • The pawn structure function, considers the follow¬ 
ing situations, with aproximate point values* 


open file 

+8 

isolated pawn 

-i 


backward pawn 
doubled pawn 
passed pawn 

These points are weighted 1/20 


-5 

-3 



of material 


r"\r> •> 11 



SERVICE ROUTINES 


JPBA.vEIUpdafc-ss •srsy legal alove, and records all relevant 
Info swat Ion on a pushwdown 1 . 1 st • It then generates all 
legal replies available to the other aide, using the general 
purpose move routines UP REV and PUTCH. 


REVERT Takes back the last updated move. This is actual¬ 
ly another option of the the updating routine UPREV. 


PUTCH 


A lower level routine used in making moves. 
£L%*ep£j t&cles of almost legal moves and piece bearings 


updated. This table does not Include castling, and ' ! en 
passant” moves. 


SWAP 


Generates the list of all attacks and defenses on 


occupied squares, listed in the order in which the pieces 
would be played. 


PINS 

and Queens 
will only 


Generates the list oi all pieces pinned to Kings 
. Includes the pinning direction, so that SWAP 
considvr a pinned piece as an attacker or defend¬ 


er along the line of the pin. 


INPUT—OUTPUT ROUTINES 


PRINT 


i.ne mao or output routine. It handles most of the 


printing, ooth or. and off lino. It, and its subroutines, 
print the chess board, legal move table, principal vari¬ 
ation, move tree and log of all moves tried, plus other 
information useful In debugging. 



: ?o j *1 r ^ 

*Wr >4 ' «*» p^ ^ 


Heads in any chess beard pc 3 lbion. 


T ■+. ^ ^ 


nput. 


language is as follows« 

Th© chess board is scanned. from left to right, 

* 

starting at *talt«*s Queen Rook 1. Dibits represent numbers 
of unoccupied isquarea. Pieces are represented by the nor- 
mal chess notation, in its most explicit form? e.g. KBP for 
King Bishop Pawn. Black pieces are preceded by asterisks. 
After -exactly 64 squares are specified, the character 11 ." 
speriod* signifies the end of the specification and that 
whit® is to move. n 'J ’,Indicates black co move. 

Additional features include the ability to indicate promoted 
pawns,, by stating the type of piece, fol'.owed by the rare 
of the pawn from which it promoted, in parentheses? e.f. 
Q.(KNF ) , Also, it is possible to indica ,e that a piece has 
previously moved (for rooks, kings and .awns} by sufficing 
(M) to the piece name. Comments must tegin and end vith 
s Xa3he;$. 


The input is on IBM cards, punched in columns 1 
through 72, talcing as many cards as necessary. In case of 
errors found by INXTIA, a conxnant will be printed, the 
remaining part of the problem will be skipped, ar.c the next 
problem will be used. 


All tables are initialized, and the program is 
set to commence with the legal mov9 table genericeI for the 
side indicated. An example of an I NTH A Inout will be 


found in Appendix 2. 
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RESULTS 


any ehsss 


As of this d&t©, the machine has not completed 
*s* We have, however, played 4 lenghty frag* 


ments of games, and also have Investigated many Individual 


positions. 


For our first long machine run, we chose an 
undergraduate student, Milton Garber, who held second 
place In his dormitory chess tournament. A record of this, 
and othsr game fragments Is to be found in Appendix 3 . 

The second game was also played against Mr. 
Garber. In the record of this game a column indicating 
the principal variation is included. These are the moves 
the macnine considers most likely to happen in succeeding 
plays, cased on the evaluation and minimax process. 

In seventeen moves, the machine guessed correctly 
only thrice, including only one case where it predicted 


correctly more than one move ahead. 

1 

Figure 1 consists of a set of representative 
output for a single move. The first page is a printout of 
the chess beard, and a list of the opponents legal replies, 
labeled MAVAIL. The second page contains the principal 
variation, beginning with the value of this variation, and 
the number of positions examined at the approximate rate of 
1100 positions per minute. The principal variation itself 
commences 'with the machine*s move. 

The following pages containthe actual move tree. 
The moves listed therein are moves which were considered 
piausj.o.,.c by the reply generator. Moves were considered in 
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* * * 


orac-r top to bottom, however all 
Wer * Senara^d « Until teneoualy, cud all l*vel two r^vr~, 
to ©&eft l©vel or*» move are generated together, etc. The 
“value* column contains a value on each terminating posi¬ 
tion, Value® of +131071 indicate positions discarded for 
alpha-beta cutoff. Terminating positions which have no 
vaiuea have not even b^en examined, since the alpha-beta 
heuristic found previous r*m > 8 on that level to be either 


mod 


9®,s played 


irntaur with liWt chess experience, in particular, h , 
icnaw the gams, and Jam juayed some before ha came to MIT. 
2 ha same progressed 34 move* before time expired, with 

the result that the machine was ahead 1 rook, a knights 

and 2 binhopg. 

Srom our analysis of the results, we have found 
that In its present state, the program la comparable to 
an amatuer with about ICO games experience. 

Host o:' the machine‘a moves are neither brilliant 
nor stupid. It must he admitted that it occasionally blun¬ 
ders . These blunders can often be traced to wrong multi¬ 
ply eru In the evaluation, and occasionally to situations 
where discovered attacks, forte, etc. cause confusion, it 

is rare, however, not to find the correct move In the list 
or plausible movers* 

Tnis study is far from complete, but we r—l- i-h Pt 

our afforv, 3 are proving fruitful. Hopefully chin v/oiv; u: 11 
be continued. 
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